MODELOS COMUNES PARA DESARROLLO DE SOFTWARE 



MODELO LINEAL SECUENCIAL 

CARACTERISTICAS 

Requerimientos del sistema de información son predecibles. 
Requiere almacenamiento de datos en archivos y BD. 

Sirve para modelar sistema que un gran volumen de transacciones y procedimientos. 
Es necesaria validación de los datos de entrada 

Requiere de la participación de personal de sistemas de varios secciones (análisis, 
diseño y programación). 

El desarrollo del proyecto se hace por equipos de trabajo. 
VENTAJAS 

No exige experiencias del grupo de desarrollo. 

El desarrollo de las actividades es secuencial, por lo tanto es fácil de seguir. 
DESVENTAJAS 

Es una técnica que para entregar un producto final, necesita de mucho tiempo. 

Exige que las personas que suministren los requerimientos estén comprometidas con el 

proyecto. 

La técnica arranca solo si se tienen TODOS los requerimientos. 

Las pruebas se hacen en etapas que están al final, por lo que encontrar un error es 

muy costoso. 

No se sigue un ciclo de vida estrictamente secuencial, porque en la vida real hay 
etapas que se traslapan. 

Solo se dispone de una versión funcional de software al final. 
PASOS 

Ingeniería del Sistema. Estudia el entorno del sistema y el impacto que este tiene en 
él. 

Análisis. Estudia en detalle el problema (tamaño y alcance) 

Diseño. Modela las Estructuras de datos, la Arquitectura y la Interfaz, del sistema 
propuesto como solución. 

Codificación- Implementación. Es la implementación de la solución (diseño) a través 
de un lenguaje de programación. 



Pruebas. Verifica la funcionalidad del programa y la validez de la estructura del código 
desarrollado. 

Mantenimiento. Cambios que sufre el sw a lo largo de su vida útil. 

Sustitución. La vida del software limitada. Promedio de vida del software es de 5 años. 




2. MODELO DE PROTOTIPOS 



Un Prototipo es un sistema a pequeña escala que funciona y que incluye las 
principales características del sistema final. Este modelo incluye los elementos 
suficientes para permitir a las personas determinar si les agrada o no. 



CARATERISTICAS 

Es una aplicación funcional. 

Sirve para probar suposiciones de analistas y 
usuarios. 

Se crean con rapidez. 
Evoluciona con su uso. 
Bajo costo de desarrollo. 

VENTAJAS 

Permite probar ideas del equipo desarrollados 

Facilitan mejorar la productividad. 

Trabajo permanente con el usuario. 

Son ideales para aclarar requerimientos de usuarios. 

Permite verificar la factibilidad del diseño del 

sistema. 

DESVENJATAS 
Requiere de experiencia. 

Requiere un control para el desarrollo planificado. 
Necesita de usuarios comprometidos. 

PASOS 

Identificar requerimientos disponibles. 

Planificar el trabajo de analistas y usuarios. 

Desarrollo del prototipo (A - D - P). 

Evaluación de prototipo por usuario. 

Revisión y arreglo del prototipo de acuerdo a 

solicitudes. 

Implantación del sistema. 
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CUANDO USAR PROTOTIPOS 

Cuando no se conocen todos los requerimientos 

Cuando los requerimientos no son fiables. 

Cuando hay costos por errores son altos. 

Cuando hay altos riesgos (información confidencial). 

Cuando hay nueva tecnología (SW - HW). 

RAZONES PARA USARLOS 

Aumentar la productividad del departamento de sistemas. 
Permitir redesarrollo planificado. 
Mantienen la motivación de los usuarios. 



3. MODELO INCREMENTAL 



Este modelo combina elementos del modelo lineal secuencial con la filosofía iterativa de 
construcción de prototipos. Desarrolla aplicaciones de manera independiente, donde cada 
modulo se realiza en un incremento. 



CARACTERISTICAS 

Es ideal para proyectos medianos 

Requiere de equipos consolidados de trabajo 



VENTAJAS 

El usuario recibe un modulo funcional en poco tiempo. 

El uso del producto realimenta el proceso (Primer modulo sirve para depurar los demás). 
PASOS 

Análisis -> Diseño -> Código -> Pruebas 
(TODOS LOS PASOS SON REPETITIVOS) 

DESCRIPCIÓN 

La primera parte del software debe tener la información más básica, importante y compleja 
para que en las versiones siguientes sea más fácil incrementar y mejorar la funcionalidad. 



En el modelo iterativo incremental se reduce mucho el tiempo y los costos ya que si algo falla 
dentro de una versión, no se pierde el tiempo y costo de todo el desarrollo, como en otros 
modelos, sino tan solo lo invertido para el desarrollo de esta versión. 

Para la aplicación de este modelo se requiere de mucha organización, ya que muchas veces una 
versión puede estar casi completa cuando la versión anterior recién se presenta a los usuarios, 
también se debe planificar muy bien el tiempo en el que se hará una nueva versión, ya que este 
no puede ser largo. Este modelo permite ir completando los requerimientos y necesidades del 
cliente poco a poco. 
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4. MODELO DRA 



CARACTERISTICAS 

Se basa en el modelo lineal secuencial. 
Se hace en etapas secuenciales. 
Se entrega en corto tiempo. 

Construcción basada en componentes (elementos de otros sistemas). 
Necesita de habilidades de programadores y analistas. 
Usa códigos reutilizable. 
Requiere de bastante personal. 
El personal debe contar con experiencia. 
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VENTAJAS 

Permite entregar aplicaciones en corto 
tiempo (< 3 meses). 

Reducción de costos en la producción del 
software. 

DESVENTAJAS 

Cuando el proyecto es grande requiere de 

mucho recurso humano. 

Se necesita de compromiso cada uno de los 

integrantes del equipo de desarrollo 

(personal calificado). 

Exige la modularización del sistema. 

Si no hay componentes ya desarrollados no 

se puede utilizar. 

Personal con experiencia. 
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FIGURA 2.6.EI modelo DRA. 



PASOS 

Modelado de Gestión. Analiza datos que 

maneja y genera el sistema (a donde van, quien los procesa, etc. ) 

Modelado de Datos. Define los datos que necesita el sistema (estructura de datos). 

Modelado de Procesos. Diseña los procesos que hacen parte del sistema. 

Generación de Aplicaciones. Construir la aplicación. Utiliza código reutilizable para agilizar esta 

labor. 

Prueba y Entrega. Aplicar pruebas al sistema y entregar. 



5. MODELO ESPIRAL 



Es un modelo evolutivo que combina la naturaleza iterativa de la construcción de 
prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. 

CARACTERISTICAS 

Metodología demorada para obtener un modelo óptimo 
Modelo evolutivo (cada vez las versiones son más completas). 
Mezcla del modelo lineal secuencial y prototipos. 
Desarrolla versiones increméntales del software. 
Hace un análisis de riesgos que pueden afectar el proyecto. 

Se usa para generar programas que requieren de gran exactitud (aeronáutica, 
medicina, robótica, etc.). 

Para productores de software (no debe ser usada por empresas normales) 
VENTAJAS 

Se aplica a cualquier proyecto sin importar el tamaño. 

Permite evaluar si el ciclo que se va a hacer, aporta algo o no (reducción de riesgos). 
Se mejora la calidad con el tiempo (mientras más tiempo pase mejor). 

DESVENTAJAS 
-No es una técnica de 
aprendices 

-Es una técnica muy demorada 
para obtener un producto final. 
-Debe existir un control para el 
número de ciclos necesarios 
para obtener el producto final. 

PASOS 

-Comunicación con el cliente. 
-Planificación (recursos, 
tiempo). 

-Análisis de riesgos (evaluar 
riesgos técnicos) 
-Ingeniería (tareas requeridas 
para construir una o más 
representaciones de la 
aplicación). 

-Construcción y acción (probar, 
instalar, soporte a usuarios). 
-Evaluación del cliente (reducción del cliente). 
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Proyectode mantenimiento de productos. 
Proyectode mejora de productos. 
Proyecto de desarrollo de nuevos productos- 
Proyecto de desarrollo de conceptos. 



FIGURA 2.8. Un modelo espiral típico. 



